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A MZTKOD A>TD SYST2£ FOR DATA FNTR'i OF HAND WRITT ZM 

SYMBOLS 

S 

Tschr.icsl Field 

This . , .invention is related to a method and 
computer system of data entry of handwritten characters 
and, in particular , data entry in a wince vine environment. 

10 

Background of the Invention 

Handwriting recognition systems are being 
developed to allow users to input handwritten data into a 
computer. An electronic tablet allows a user to hand 
IS write data that the computer can recognize. The user 
writes data on the electronic tablet with a special per.. 
As the user moves the pen across the tablet, the tablet 
displays "ink." The tablet senses the position of the pen 
as the user writes ' and sends the position data to the 
20 computer. The computer receives this position data and 
converts it to recognized symbols, such as letters or 
numbers, in a convenient format, such as ASCII format. 
The computer then processes the formatted characters. 

Some handwriting recognition systems recognize 
25 not only characters, letters and punctuation, but also 
gestures. Gestures are handwritten symbols that are 
typically used to represent editing commands or to produce 
non-printing text- For example, a handwritten backslash 
over a letter may mean delete the letter, a caret in 
30 between two letters may mean insert text, or a vertical 
line with an arrow ' to the left may mean insert a carriage 
return. Gestures are used extensively when printed 
documents are edited. During recognition, these gestures 
are converted to a convenient format for use by the 
35 computer. 

These handwriting recognition systems use 
algorithms to map handwritten data to symbols. Typically, 
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these systems internally store a prototype fcr each symbol 
that can be recognized, k prototype is a "picture" cf a 
handwritten syabol that is used to map handwriting to a 
symbol. A system that recognizes just capital letters may 
5 have only 26 prototypes: one for each capital letter. 
Recognition systems use recognition algorithms to map 
handvritten data- to a prototype. As long as the user 
writes like the prototypes, the handwritten data is 
successfully recognized. Conversely, the more dissimilar 

10 the handwritten data and the prototype are, the more 
likely it is that the handwritten data will be 
misrecognized. Misreccgnition is typically due to the 
differences in user handwriting styles and legibility of 
the handwriting. For example, the handwritten word "dear" 

15 may be misrecognized as the word "clear" depending the way 
the user writes a tt d" and the prototypes for the letters 
"d," "c," and "1." 

Although some computer programs are written to 
accept handwritten data, most, computer programs are 

20 designed to receive data typed by a user at a computer 
keyboard. Such programs are call non-pen programs, that 
is, the programs are not designed to support handvritten 
data entry. It is often desirable to allow users the 
option to input data through a keyboard or by handwriting. 

25 Many people are not proficient at typing. They shun using 
computers because it is burdensome to enter data. These 
people, however, would use a computer if the computer 
program would accept handwritten data entry. Also, there 
are many situations where the use of a keyboard is 

3 0 impractical and where the use of handwritten data entry 
would be practical. 

Many of "the non-pen application programs are 
written for a windowing environment. One such windowing 
environment is Windows by Microsoft Corporation of 
35 Redmond, Washington. Several operating systems also have 
integrated windowing environments. In a windowing 
environment, each application program is assigned a 
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window. The windows for several programs can be shewn cn 
the computer display simultaneous ly . Typically, the 
windowing environment supports multitasking, thac is, 
multiple programming may be operating concurrently. The 
5 windowing system controls the positioning and size of the 
windows on the screen. Typically, the user has 
considerable flexibility in arranging the windows. In 
most windowing systems, the windows can overlap. The 
window that logically overlaps obscures the overlapped 
10 window. 

It would require extensive redesigning and 
reprcgramming to adapt non-pen programs to accept 
handwritten data. In some situations, it may not be 
economically feasible to adapt a non-pen program. The 
IS costs of the adaptations may not be offset by increased 
revenue resulting from the program accepting handwritten 
• data. .. It would be desirable if these non-pen application 
programs could receive handwritten data without the need 
.-• -to adapt . the non-pen application ■ program. It would be 
20 desirable if the non-pen' program could also receive 
handwritten gestures. 

Suircnarv of the Invention 

The methods of the present invention provide for 

25 the data entry of handwritten data into a computer program 
that is not designed to accept handwritten data. 
According to the methods, a non-pen application program 
operates in a windowing environment. A handwriting data 
entry program detects when a user wants to input 

30 handwritten data. The data entry program creates an 
"invisible" window, which preferably overlaps the 
application window^ An "invisible" window is a window 
that when created and displayed has no visual effect on 
the display. The windowing environment internally treats 

35 the creating and displaying of an invisible window like a 
visible window. However, when the user writes with the 
pen, the data entry program inputs the handwritten data, 
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converts the data to recognized symbols, and erases the 
handwritten data from the display. The data entry program 
then sands the rscsgnized symbols to the application 
program as virtual keyboard or mouse events. The 
5 application program then processes the virtual keyboard or 
mouse events as if the events were enter from the keyboard 
or mouse- . . . 

In preferred embodiments, the methods 
automatically detect when the user wants to input 
10 handwritten data to a non-pen application. The data entry 
program monitors all pen down events. The user starts 
entering handwritten data by writing over a data entry 
area of the application window. When the data entry 
program detects a pen down within a data entry area of the 
15 application window, the data entry program starts the 
collection and recognition process. When the user szops 
writing for a period of time, the data entry program 
assumes that the user has finished the handwritten data 
entry. 

20 In a preferred embodiment, the data entry 

program inputs gestures from the user. The data entry 
program converts a recognized gesture to keyboard or mouse 
events or other standard messages that will effect the 
function of the gesture. The data entry program then 

25 sends these events to the application program as virtual 
events. When the application program receives the virtual 
events, it processes them as if they came from the 
keyboard or mouse. 

It is an object of the present invention to 

30 provide a method "and system for allowing non-cen 
application programs to receive handwritten data entry. 

It is another object of the present invention to 
provide a method and system for using an invisible window 
to input handwritten data .and send the recognized symbols 

35 to an application program. 
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It is another object of the present invention to 
provide a method and system for detecting when a non-pen 
application program is in a data entry mode. 

It is another object of the present invention to 
5 provide a method and system for allowing a non-pen 
application program to process gesture data entry. 

These, .and other objects will become apparent as 
the invention is more fully described below. 

10 Brief Description of the Drawings 

Figure 1 shows a computer system configured to 
implement the methods of this invention. 

Figure 2A shows a typical display of the wcrd 
processing package Microsoft Word for Windows. 
IS Figure 2B shows the display surface after the 

user has handwritten text. 

. Figure 2C shows the display surface after the 
handwritten text is recognized and received by the word 
• processor. 

20 Figure 3 shows ' components of a preferred 

e mb odiment of the present invention. 

Figure 4 is a flow diagram of the processing in 
a preferred embodiment of the present invention. 

Figure 5 is a partial flow diagram of the Pen 
25 Palette initialization routine. 

Figure 6 is a flow diagram of the function 

DWHouseHook. 

Figure 7 is a flow diagram of the window 
procedure for the Pen Palette application. 
30 Figure 8 is 1 a flow diagram of the ProcessWriting 

function. 

Figure 9 is a flow diagram of the window 
procedure for the invisible window. 

35 Detailed Descriptio n of the Invention 

Figure 1 shows a computer system configured to 
implement the methods of the present invention- The 
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computer systas comprises a computer 110, a pen 111, a 
digitizing tablet 112, and a connecting cable 112. The 
tablet 112 comprises input grid 121 and the display 
surfaca 122. The input grid 121 detects contact of the 
S pen 111 with the tablet 112. If contact is detected, then 
the tablet 112 sends the coordinates of the contact point 
to the computer 1 110 through the connecting cable 113. The 
tablet 112 periodically samples the input grid 121. Upon 
receiving the coordinates, the computer 110 "inks" the 
10 contact point, that is, the computer 110 sends data to the 
tablet 112 to turn on a point on the display surface 122 
that corresponds to the contact point. The display 
surface 122 is a standard bitmap display. To a user it 
looks as if the pen writes the point onto the tablet 112 
15 where the pen 111 made contact. With an appropriate 
sampling rata, the computer 110 inks multiple contact 
..points as the user, .moves .the pen 111 . across the tablet 
112. .Thus, the. computer system allows the user to write 
■• data .onto - the tablet 112. Other ccmputar .. system 
20 configurations- are acceptable to implement the methods of 
the present invention. ■ For example, the entire system can 
be incorporated in a tablet shaped device. The tablet 
surfaca is the input grid and display surfaca- The tablet 
shaped device contains the logical equivalent of computer 
25 110 without the display, keyboard, or disk drives. 

The methods of the present invention allow the 
user to input data from a tablet into an application 
program that is not designed to receive handwritten data 
(a non-pen application) . Although the methods are 
20 described as implemented with the Windows system by 
Microsoft, one skilled in the art would recognize that the 
methods can be implemented on other windowing systems and 
some methods can be implemented on non-windowing systams. 
Figures 2A through 2C show a typical user interface 
35 employing the methods of the present invention. Figure 2A 
shows a typical display 200 of the word processing package 
Microsoft Word for Windows. Display 200 is displayed on 
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the display surface 122. A user of Word typically enters 
text into data entry window 201 through a keyboard. Text 
2 02 comprises sample text data. Insertion pointer 203 
indicates the position at which newly entered text will be 
5 inserted into the word processing document. The cursor 
207 is an I-beam shape. Figure 23 shows the display 
surface 122 after the user has handwritten the text "The 
End" 204, which is to be inserted into the document. With 
the pen 111, the user writes the text "The End" 204 onto 

10 the tablet 112. When the user completes writing the text, 
the text is inserted as shewn in Figure 2C. A recognizer 
converts the handwritten text 204 to the ASCII format. 
The recognized text is then sent to the word processor for 
insertion at the insertion pointer 203. The insertion 

15 pointer is repositioned at the end of the newly entered 
text "The End" 205. The handwritten text 204 is removed 
-..from the- "display 200 before the text is sent to the word 
processor. 

" In a preferred embodiment of the present 

20 invention, an "invisible" window is used to capture 
handwritten data. The handwritten data is recognized, and 
the recognized data is sent to a non-pen application. An 
invisible window is a window with no frame, title bar, 
etc. When an invisible window is displayed, the data in 

25 the overlapped windows is not overwritten. Rather, the 
overlapped windows show through the invisible window. 
Thus, it is not possible to visually detect an invisible 
window until data is sent to the invisible window. For 
example, in Figure 2A once a pen down (contact with the 

30 input grid) is detected the word processing window is 
overlapped by an invisible window that covers the entire 
word processing window. Figure 2B shows the effect of 
handwritten data sent to the invisible window. The 
handwritten data is the only indication that an invisible 

35 window exists. To the user, it seems as though the ward 
processing window is accepting the handwritten data 
directly. However, the word processor is a non-pen 
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application. The handwritten data is actually sen- to the 
invisible vindcv, which is created by a handwriting data 
entry program. 

In a preferred embodiment, the start of 
5 handwriting is detected by the pen contacting the input 
grid (pen down) . The end of handwriting is detected when 
the pen is not., in contact with the input grid (pen up) for 
a period of tine, which may be predetermined or may vary 
depending on the pace of user handwriting. Alternately, 
10 the start and stop of handwriting can be detected by 
selection of a menu item in a visible window of the data 
entry program. 

Figure 3 shows components of a preferred 
embodiment of the present invention. Windows 301 includes 
IS a recognition context (RC) manager 302. The RC manager 
3 02 comprises the functionality of Windows 301 that 
.'■JL-lJi lVr,.^^^ or ^ s handwritten data entry.. The RC manager 302 
controls the inputting of the raw handwritten data from 
.... . .. input grid driver 307 and the inking of the' "display 

20 surface through the display surface driver 306. The 
recognizer 3 03, which is a function of the RC manager 302, 
receives raw handwritten data from the RC manager, 
recognizes the raw data as symbols, and returns the 
recognized symbols. The methods of the present invention 
25 are not dependent on any specific recognition technique. 
Rather, the methods of the present invention are 
independent of the recognition technique. The mouse 
driver 304 and the keyboard driver 3 OS are standard device 
drivers. The display surface driver 306 receives data 
30 from the RC manager 302 and displays the data on the 
tablet. The input grid driver 307 receives the coordinate 
data from the input grid and sends the data to the RC 
manager 302. The mouse hook 308 receives every mouse 
message that Windows 301 generates. The facility to hook 
35 mouse events is a standard feature of Windows. The mouse 
hook 3 08 detects when the user wants to enter handwritten 
data into a non-pen application 310. This detection 
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enables the automatic handwriting mode. In a preferred 
embodiment, Windows 301 generates a mouse left huzzon dcvn 
message when a pen down occurs. This allows Windows 3 01 
and application programs to treat pen down like a acuse 
5 event. Windows 301 can determine whether a mcusa event 
was generated as a result of a mouse or a pen. Pen 
Palette 309 is > the application that controls the entry of 
the handwritten data and sending of the recognized symbols 
to application 310. In operation, the mouse heck 303 

10 sends a message to Pen Palette 309 when it detects that 
the user wants to input handwritten data (enter automatic 
writing mode) . Pen Palette 309 receives the handwritten 
data, converts it to recognized symbols, and then sends 
the recognized symbols to Windows 301 as virtual keyboard 

IS or mouse events • A virtual event is not generated by the 
physical device, but rather is generated by a program and 
sent to Windows 301 to be treated as if .the physical event 
occurred. For example, a virtual keyboard event occurs 
when a letter is recognized as part of the handwritten 

20 data and Pen Palette 309 sends the letter to Windows 301 
to be treated as if it were entered from the keyboard . 
Windows can determine whether an event is virtual or 
physical. 

Figure 4 is a flow diagram of the processing in 
25 a preferred embodiment of the present invention. The 
process begins when the mouse hook receives a 
WK_LBUTTONDOWN message from Windows. In block 401, the 
mouse hook enables the automatic handwriting mode if the 
message is generated as a result of a pen event and if the 
30 cursor is an I-beam shape. In block 402, if the automatic 
writing mode is enabled, then the mouse hook sends a 
WM_INVOKEVKB message to the Pen Palette window and sends 
an indication to Windows not to process the left button 
down mouse message. If the automatic writing mcde is not 
35 enabled, then the mouse hook sends an indication to 
Windows to process the message. The WM_INV0KZ733 message 
indicates that the Pen Falette window is to start input of 



handwritten data through an invisible window and to send 
the recognized symbols to the application. In block 4C2 , 
when the WM_INVOKZ7X3 is received, the Pen Palette window 
determines the size and position characteristics of the 
S application window. The invisible window is preferably 
slightly larger than and overlaps the application window. 
However, it may also fill the entire display surface or 
only a portion of the application window. The processing 
in block 414 corresponds to the function Processor itinc 
10 (explained below) that is called by Pen Palette. In block 

404, the Pen Palette window creates the invisible window. 
The creation process saves the bitmap for the portion of 
the display that the invisible window overlaps. This 
creation process initializes data internally within 

IS Windows. Because the window is invisible, the display is 
not affected. The saved bitmap is used to restore the 
. display when -the invisible window is closed* In block 

405, the' Pen Palette window invokes the function 
Recognize. * The function Recognize inputs the handwritten 

20 data, sends the corresponding ink to the display surface, 
and converts the handwritten data into recognized symbols. 
The function Recognize detects when the user stops 
writing. When the function Recognize completes, it sends 
an WH_RCSESULT message to the invisible window. The 

25 WH_RCRZSULT message indicates that the recognition is 
complete. In block 406, the invisible window saves the 
recognized symbols and returns control to the Pen Palette 
window. In block 407, the Pen Palette window sends a 
WK_CLOSZ message to the invisible window. In block 408, 

30 the invisible window processes the WH_CL0SZ message. When 
the invisible window is closed, the overlapped bitmap that 
was saved when the invisible window was created is 
restored. This restoration effectively erases the 
handwritten data on the display. Control then passes back 

35 to the Pen Palette window. In block 409, the function 
ProcessWritinc, which is invoked by the Pen Palette 
window, sends a WH RCRISULT message to the Pen Palette 
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window. This message indicates to the Pen ?alat~a window 
that recognition is complete and the recognized symbols 
ara available* In block 410, the Pen Paietta window 
ccnverts the recognized symbols to virtual events . It 
5 ccnverts gestures to their mouse or keyboard equivalent 
virtual events or standard system messages and characters 
to their keyboard equivalent virtual events. Block 410 
then sends these virtual events to Windows. Block 410 
also returns control to the KHJ3IVOKI72G invocation of the 

10 Pen Palette window in block 411 to complete that 
invocation. In block 412, Windows receives virtual events 
and sends messages corresponding to the events to the 
application window. The messages include the keyboard 
event and mouse event messages. In block 413, the 

IS application window receives and processes the messages as 
if the events were actually received from the keyboard or 
mouse. In. the example of Figures 2A through 2C, the word 
processing program inserts the text characters 
corresponding to the handwritten data into the document. 

20 Figures 5 through 9 are flow charts showing a 

preferred embodiment of the present invention. Appendix A 
contains the "Microsoft Windows Graphical Environment for 
Pen Computing SDK — Guide to Programing" manual. This 
manual explains in detail the application programming 

25 interface for the Windows pen-based system. 

Figure 5 is a partial flow diagram of the Pen 
Paietta initialization routine. This initialization 
routine installs the mouse hook, replaces the I-beam 
bitmap with an automatic writing bitmap, and registers the 

30 class for the invisible window. The Pen Palette 
application installs a mouse hock to trap messages 
corresponding to left button down mouse events. When a 
mouse hook is installed to trap mouse messages, Windows 
invokes the mouse hook t;o process each mouse message. 

3 5 When the mouse hook returns to Windows, it indicates 
whether Windows should proceed with normal processing of 
the mouse message or not process the mouse message. 
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Referring to Figure 5, in block 501, the routine installs 
the function DWMcuseHcak as a souse heck. In block 502, 
the routine replaces the bitmap for the I-beam cursor vitii 
a bitmap than indicates automatic writing is enabled. In 
5 a preferred embodiment, the routine accesses the handle of 
the I-beam cursor. The routine makes a copy of the I-beam 
bitnam and then ccoies the automatic writing hitman over 
the original I-beam bitmap. Whenever the application 
intends to display the I-beam cursor; the automatic 

10 writing cursor is displayed instead to indicate that 
handwritten data can be received. In block 503, the class 
for the invisible window is registered with Windows. The 
class specifies a null background brush and the save bits 
flag. The null background brush indicates that the 

IS display area which the invisible window overlaps is not 
•erased. The save bits flag indicates that the bitmap for 
... the display area which the invisible window overlaps is 
saved so that, the bitmap can be restored when the 
: -.invisible window is closed. " 

20 'Figure 6 is a flow diagram of the function" 

DWMouseHook. Windows sends all mouse messages to the 
function DWKcuseHock. The function DWMouseHook traps out 
left, button dewn messages generated by a pen when the 
cursor indicates the I-beam. In a preferred embodiment 

25 the bitmap for the I-beam cursor is replaced by the 
automatic writing bitmap. When a trap occurs, the 
function pests a message to the Pen Palette window 
indicating that it should start the automatic writing 
recognition. A left button down occurs when the pen 

30 contacts the tablet. ' The function DWKouseHcok traps only 
left button down 'messages generated by the pen. The 
function is called- with a mouse message and the handle of 
the application window as parameters. The function 
returns a zero value when it does not process the message, 

35 which indicates that Windows should process the message, 
and a ncn-ierc value when it does process the messages. 
Referring to Figure 6, in block 601, if the message is 
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WIi_L3 UTTO NE C r *ti and it corresponds to a pen event, then the 
function continues at block 602, else the function returns 
with, a zero value* In block 602, if the cursor indicates 
the I -beam, then a pen down has been detected (left mcuse 
5 button message generated) and the cursor is over a data 
entry window and the function continues at block 602 , else 
the function r scums with a 2ero value. The detection of 
the I-beam allows the methods of the present invention to 
automatically detect that a user is starting to enter 

10 handwritten data. In operation, when Windows detects a 
mcuse movement it sends mouse movement messages to the 
application. The mouse heck does not trap mouse movement 
messages. When the application detects that the mouse has 
moved over a text data entry field, the application 

15 requests Windows to set the cursor to the I-beam by 
passing the handle to the I-beam bitmap. Windows then 
.displays the bitmap indicated by the handle. The use of 
the I-beam shape to indicate that the application is ready 
to receive data is -standard ..-programming practice in 

20 Windows. In 'a preferred embodiment, the methods ■ of .■ the 
present invention detect that a user is starting to enter 
handwritten data as follows. Windows detects a pen down 
and sends a mcuse movement message to the application. If 
the pen down occurred over a text data entry field, the 

25 application responds to the mouse movement message by 
setting the cursor to indicate the I-beam. Windows then 
sends the left button down mouse message, which the mouse 
hook traps. The mcuse hook ensures that the message was 
generated as a result of a pen event and checks the 

30 cursor. If the cursor handle indicates the I-beam, then 
the application is' ready to receive data and entry of the 
handwritten data can proceed. Although the I-beam cursor 
is used to indicate data entry, seme applications may use 
a different cursor display convention. In a preferred 

35 embodiment, the mouse hook can maintain a list of cursor 
handles that indicate data entry. Detection of the 
display of cursors corresponding to the handles in the 
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lis- can be used to enable automatic handwriting. In a 
preferred embodiment, . the list of handles can be mapped to 
the application programs that use a specific cursor to 
indicate data entry. The list can be updated dynamically 
S tc accommodate new applications that do not follow the I- 
beam convention. In block 603, the function posts a 
WM_INV0KZVX3 messace to the Pen Palette window. The 
handle of the application window is sent with the message. 
The function then returns to Windows with a one value. 

10 Figure 7 is a flow diagram of the window 

procedure for the Pen Palette application. This procedure 
processes the WM_INV0KIVK3 message that is posted by 
function DWMouseHook and the KM_RdZSULT message that is 
sent by the recognizer. With the WM_INV0KZ7K3 message, 

IS this procedure receives as parameters the 'handle of the 
Pen Palette window and the handle of the application 
. window. In block 701, if .the message is not equal to 
WM_INVOKZVKB , then the procedure continues at block 710, 
else the * procedure continues at block 702. In block 702; - 
• 20* the procedure calculates the size of the invisible window. 
The size of the invisible window is preferably slightly 
larger than the application window. In block 703, the 
procedure initializes parameters for the recognition 
process. The recognition parameters typically include 

25 bounding rectangle for inking, handle of window to send 
results, ink width, list of allowable symbols, etc. In 
block 704, the procedure invokes function ProcessWriting 
(described below) . The procedure then returns. 

In block 710, if the message is not equal to 

30 WM_RCRESULT, then the procedure processes other messages 
as indicated by the ellipsis, else the procedure continues 
at block 711. In*" block 711, the procedure converts any 
gestures in the recognized symbols to equivalent events or 
messages. The methods of. the present invention convert 

35 gestures into corresponding virtual events or messages. 
For example, the caret gesture, which means insert, is 
converted to a mcuse movement event indicating the point 
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of the caret and a left mouse button down avenc. When an 
application , such as a vcrd processor, receives these 
events it moves the insertion pointer to the caret and is 
ready to insert data entry. In another examole, a coov 
5 selection gesture, which means copy the selection to a 
clipboard, is converted to keyboard events, such as 
central- insert A# . or a standard systan message, such as 
WK_COPY in Windows. One skilled in the art will recognize 
that other gestures can be similarly converted to virtual 
10 events for processing by non-pen applications. In block 
712, the procedure pests virtual mouse and keyboard events 
corresponding to the recognized symbols to Windows and 
returns . 

Figure 8 is a flow diagram of the ProcessWriting 

IS function. The function ProcessWriting controls inputting 
raw handwritten data, inking the display surface, and 
converting the handwritten data to recognized symbols. 
The function ProcessWriting is called with two parameters: 
•the handle of the Pen Palette window .and the parameters 

20 for the recognition process. In a preferred embodiment, 
function ProcessWriting can be called by a pen-aware 
application to facilitate pen data entry through the use 
of an invisible window. In block 801, the function 
creates the invisible window. The invisible window is 

25 created as the topmost window and with no frame, title 
bar, or scroll bars to maintain invisibility. In block 
802, the function sets the invisible window position on 
the display surface. In block 803, the function updates 
the invisible window. Although there is no visible effect 

30 of updating the invisible window, Windows initializes 
internal data structures. In block 804, the function 
invokes the function Recognize to input data using the 
invisible window and recognize the data. The function 
Recognize sends the recognized symbols along with the 

35 WH_RCRZSULT message to the invisible window. In block 
805, the function sends the WM_CLCSI message to the 
invisible window. When the invisible window is closed, 
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bitmaps far the display area that tie invisible window 
over lapped are raster ad. In block 306, tie function sands 
the WM_RC2ZSuX.T aessace to the Pen Palette window. The 
function then returns. 
5 Figure 9 is a flew diagram of the window 

procedure for the invisible window. The- procedure 
processes two nessaces: KM MOUSZACTIVATI and WM RCRZSULT . 
This procedure ensures that the invisible window is not 
given the focus and saves the recognized symbols. The 
10 window that has the focus is the window that receives the 
keyboard entries. In block 901, if the WMJiCasZACTIVATZ 
message is received, then the procedure returns with 
MA_NOACTIVATE, else the procedure continues at block 902. 
The WKJIOUSZACTIVATE message indicates that the invisible 
IS window is to be made the focus. Under normal processing, 
the title bar of the application losing the focus would be 
changed to ..indicate that it no longer has the focus. 
However, this procedure suppresses the normal processing 
.-by returning -the MAJTOACTIVATZ message. - The net effect* is 
20 not* only that the window is invisible, but also that the 
application window does not change because the focus does 
not change. In block 902, if the fiM_RC2ESULT message is 
received, then the recognized symbols are to be saved and 
the procedure continues at block 903, else the procedure 
25 continues with the standard default message processing as 
indicated by the ellipsis. In block 903, the procedure 
saves the recognized symbols so that they can be retrieved 
by the Pen Palette window and the procedure returns. 

Although the present invention has been 
30 described in terms of preferred embodiments, it is not 
intended that ■ the invention be limited to these 
embodiments. Modifications within the spirit of the 
invention will be apparent to those skilled in the art. 
The scope of the present invention is defined by the 
35 claims that follow. 



